Skip to main content
This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal

Notes/Domino 6 and 7 Forum

Notes/Domino 6 and 7 Forum


  

PreviousPrevious NextNext

RE: Preventing access to a local replica
~Tate Quetgerobergakoi 7.Jan.04 09:53 PM a Web browser
Notes Client All Releases All Platforms


Say I'm Naughty Sales Representative. My supervisor gets wind of my other nefarious activities and gives me the boot. I examine the DB from time to time, everything is visible, then all of a sudden, I can't get to it - everything's gone. What could account for that? hmmmm...well, best to get out the backup I was smart enough to have made to a CD before everything went haywire, and copy it over top of the blanked out one. What's this? Hmmmmm...can't get to the restored one either. Why is that? Well, I'm unemployed so I probably have lots of time to figure it out. hmmmmm...now I've got it! It's because it's dated! Well, if I back up the clock and then do a restore, I've got it all back!

The bottom line is that with a backup CD in hand, the determined Naughty Sales Representative can more or less easily walk himself through getting the data back.

Let's also remember that it's also quite possible that Naughty Sales Representative has exported the data from the application(s) in question to Excel or Word (or whatever) through the Export option available through the menu bar when he/she is in a view. There's certainly no way to keep that secure once the data has left the cozy confines of the .nsf.

The bottom line is that there is no foolproof way to secure data stored in a local .nsf.




Preventing access to a local replic... (~Bella Opveluin... 6.Jan.04)
. . RE: Preventing access to a local re... (~Hank Quetamarn... 6.Jan.04)
. . . . RE: Preventing access to a local re... (~Bella Opveluin... 6.Jan.04)
. . . . . . RE: Preventing access to a local re... (~Hank Quetamarn... 7.Jan.04)
. . . . . . . . RE: Preventing access to a local re... (~Bella Opveluin... 7.Jan.04)
. . . . . . . . . . RE: Preventing access to a local re... (~Naomi Deskrote... 7.Jan.04)
. . . . . . . . . . . . RE: Preventing access to a local re... (~Bella Opveluin... 7.Jan.04)
. . . . . . . . . . . . . . RE: Preventing access to a local re... (~Tate Quetgerob... 7.Jan.04)
. . . . . . . . . . . . . . RE: Preventing access to a local re... (~Naomi Deskrote... 7.Jan.04)
. . RE: Preventing access to a local re... (~Bill Frokimari... 6.Jan.04)
. . . . I think this is way to easy to get ... (~Dan Elhipister... 6.Jan.04)
. . . . . . RE: I think this is way to easy to ... (~Holly Minjipyb... 7.Jan.04)
. . . . RE: Preventing access to a local re... (~Bella Opveluin... 6.Jan.04)
. . It really can't be done. Even using... (~Dan Elhipister... 6.Jan.04)
. . . . RE: It really can't be done. Even u... (~Bella Opveluin... 6.Jan.04)
. . . . . . RE: It really can't be done. Even u... (~Naomi Deskrote... 6.Jan.04)
. . . . . . . . RE: It really can't be done. Even u... (~Bella Opveluin... 6.Jan.04)
. . . . . . . . . . RE: It really can't be done. Even u... (~Naomi Deskrote... 7.Jan.04)
. . . . . . . . RE: It really can't be done. Even u... (~Tate Quetgerob... 6.Jan.04)
. . . . . . . . . . RE: It really can't be done. Even u... (~Naomi Deskrote... 7.Jan.04)
. . . . . . . . . . . . RE: It really can't be done. Even u... (~Bill Frokimari... 7.Jan.04)
. . . . . . . . . . . . . . RE: It really can't be done. Even u... (~Hal Zenrekonyl... 7.Jan.04)
. . . . . . . . . . . . . . RE: It really can't be done. Even u... (~Naomi Deskrote... 7.Jan.04)
. . RE: Preventing access to a local re... (~Phil Elkrochek... 6.Jan.04)
. . . . Re: Preventing access to a local re... (~Sanjay Quettum... 7.Jan.04)
. . . . . . RE: Re: Preventing access to a loca... (~Naomi Deskrote... 7.Jan.04)
. . RE: Preventing access to a local re... (~Tate Quetgerob... 6.Jan.04)
. . . . RE: Preventing access to a local re... (~Bella Opveluin... 6.Jan.04)
. . . . . . RE: Preventing access to a local re... (~Tate Quetgerob... 6.Jan.04)
. . . . . . RE: Preventing access to a local re... (~Paul Elkrochek... 7.Jan.04)
. . . . . . . . RE: Preventing access to a local re... (~Hal Zenrekonyl... 7.Jan.04)
. . . . . . . . And can't you accept that there is ... (~Dan Elhipister... 7.Jan.04)
. . . . . . . . . . RE: And can't you accept that there... (~Paul Elkrochek... 7.Jan.04)
. . . . . . . . RE: Preventing access to a local re... (~Tate Quetgerob... 7.Jan.04)
. . . . . . . . . . RE: Preventing access to a local re... (~Paul Elkrochek... 7.Jan.04)
. . . . . . . . RE: Preventing access to a local re... (~Delores Dwonic... 7.Jan.04)
. . . . . . . . . . RE: Preventing access to a local re... (~Paul Elkrochek... 7.Jan.04)
. . . . . . . . . . . . RE: Preventing access to a local re... (~Naomi Deskrote... 7.Jan.04)
. . . . . . . . . . . . Telling people that there IS no bes... (~Yentl Quetkrot... 7.Jan.04)
. . . . . . . . . . . . . . RE: Telling people that there IS no... (~Bill Frokimari... 7.Jan.04)
. . . . . . . . . . . . . . . . Once again... (~Paul Elkrochek... 8.Jan.04)
. . . . . . . . . . . . . . . . . . Not losing sight of it, just disagr... (~Yentl Quetkrot... 8.Jan.04)
. . You can't stop someone taking the d... (~Vijay Churesas... 14.Jan.04)
. . . . *These are very good points eom> (~Yentl Quetkrot... 14.Jan.04)


Document Options






  Document options
Print this pagePrint this page

Search this forum

Forum views and search


  Forum views and search
Date (threaded)
Date (flat)
With excerpt
Category
Platform
Release
Advanced search

Member Tools


RSS Feeds

 RSS feedsRSS
All forum posts RSS
All main topics RSS